BELL-0055/0166 PATENT 

CALL SCHEDULING ON A TELEPHONE NETWOEK 
USING A TELEPHONY INTERFACE 



Field of the Invention 

The present invention generally relates to the field of telecommunications and to an 

10 apparatus and method for scheduling calls. More particularly, the present invention relates to an 
intelligent or advanced application, such as an Advanced Intelligent Network (AIN) application, 
for call scheduling within a telephone network. 




Background of the Invention 

In conventional telephone networks, parties place telephone calls on a regular basis, 

often, according to a predefined or predetermined schedule. In such cases, the party placing 
these repetitive calls is relegated to keeping an independent schedule to remind him/herself to 
place the calls and, moreover has to physically place the call at the scheduled time. As such, the 
calling party expends valuable time and resources in tracking and performing these scheduled 
IP calls. The burden of maintaining and following schedule can lead to missed calls that can spell 
disaster in certain critical situations. Moreover, tracking, scheduling, and placing these periodic 
and important phone calls takes up the party's time which could otherwise be used for other 
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|4i purposes. 

JiS in recent years, a number of new telephone service features have been provided by an 

25 AIN. The AIN evolved out of a need to increase the capabilities of the telephone network 
architecture in order to meet the growing needs of telephone customers or users. The AIN 
architecture generally comprises two networks, a data messaging network and a trunked 
communications network. The trunked communications network handles voice and data 
communications between dispersed network locations, whereas the data messaging network is 
30 provided for controlling operations of the trunked communications network. 

While the AIN architecture has been used to provide numerous services to telephone 
customers, there is presently no telephone system that allows parties to schedule phone calls with 
the telephone network such that the party may schedule a call by inputting the date and time of 
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the call with the telephone network in advance, whereby the telephone network and the telephone 
network may remind the party of the schedule and place the call according to the inputted call 
information. 

From the foregoing it is appreciated that there exists a need for a system and methods to 
allow parties to schedule telephone calls using a telephone interface. By having this ability, the 
drawbacks of the prior art are overcome. 

Summary of the Present Invention 

A system and methods to schedule calls with a telephone network using a telephone 

interface is provided. In an illustrative implementation, the system of the present invention 
comprises a first telephone station indicative of the party scheduling the calls that is coupled to 
an advanced intelligent network (AIN). The first telephone station is used to input call schedule 
information for desired scheduled calls to be placed to other telephone stations or other 
terminating devices of an AIN. The call schedule information, indicative of future scheduled 
calls to the AIN, is processed and stored by the AIN such that scheduled calls are placed in 
accordance with the stored call schedule information. 

In operation, a participating user (i.e. a user subscribed to the call scheduling service 
(CSS)) inputs call schedule information (e.g. date, time, and scheduled party information) to an 
AIN, using a telephone interface coupled to an AIN. The call schedule information is first 
processed by the service switching point (SSP) that passes the information to a call scheduling 



service (CSS) service package application (SPA) operating on the AIN service control point 
(SCP). In turn, the CSS SPA processes the call schedule information to create a record that 
indicates to the AIN to call the scheduled party at a specified time and date. The record is stored 
by the CSS SPA on a cooperating SCP database. At the specified time and date of the scheduled 
call, the SCP SPA retrieves the created record and communicate to an AIN service node (SN) to 
place a confirmation call to the participating user (i.e. call scheduling party) to confirm that the 
scheduled call should still be placed. Upon confirmation, the SN will calls the scheduled party 
(i.e. intended number to be called). Alternatively, the SCP SPA will not request the SN to place 



BELL-0055/0166 PATENT 

5 the call if confirmation by the scheduling party is not received or if the scheduling party decides 
to cancel the scheduled call. 

The above-listed features of the present invention, and others, will be more flally set forth 
hereinafter! 

10 Brief Description of the Drawings 

The present invention is further described in the detailed description that follows, by 

reference to the noted plurality of drawings by way of non-limiting examples of preferred 
embodiments of the present invention, in which like reference numerals represent similar parts 
throughout the several views of the drawings, and wherein: 
jJ5 Fig. 1 is' a general block diagram form showing an Advanced Intelligent Network (AIN)- 

-■BM. 

q based system for implementing intelligent network management features, in accordance with an 

JET* 

W embodiment of the present invention; 

w 

W Fig. 2 is a block diagram, illustrating in more detail, elements of a call scheduling system 

HI in accordance with the present invention; 

1^0 Fig. 3 is flowchart describing the processing that is performed when scheduling calls with 

H a call scheduling system in accordance with the present invention; and 

Q 

f«& Fig. 4 is a flowchart describing the processing performed when placing a scheduled call 

jjiS. by a call scheduling system in accordance with the present invention. 

25 Detailed Description of the Illustrative Implementation 

AIN Overview: 

According to an aspect of the present invention, an apparatus and method providing a call 
scheduling service may be implemented using an advanced intelligent network (AIN) or 
AIN-type network. AIN systems are described in U.S. Patent No. 5,701,301, which is 
30 incorporated herein by reference in its entirety. In particular, an AIN network with at least AIN 
Release 0.2 and advanced intelligent network capabilities may be utilized to implement the 
various features and aspects of the invention. It should be noted, however, that the 
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implementation of the present invention is not limited to AIN-based networks and other 
advanced or intelligent networks and arrangements may be used to implement the invention. 

Referring now to the accompanying drawings, Fig. 1 illustrates an AIN-based network 
arrangement incorporating the various features of the invention, as further described below. In 
the embodiment of Fig. 1, a telephone network within local access and transport area (LATA) 61 
is provided that defines a calling service area. LATA 61 includes stations, e.g., stations 13 A, 
13B, 14A, 14B, 15A, 15B, 16A, 16B, 17A and 17B, and corresponding switches, e.g., service 
switching points (SSP) (also known as central offices (CO)) 13, 14, 15, 16 and 17. COs 13, 14, 
15, 16 and 17 may comprise, for example, 1AESS or 5ESS switches. These switches may be 
manufactured by, for example, Lucent Technologies, Inc., having AIN Release 0.2 capabilities 
and protocols, or DMS-100 switches manufactured by, for example, Nortel having AIN Release 
0.2 capabilities and protocols, or in the case of the 1 AESS, additionally having AIN Release 0.0 
and AIN Release 0.1 capabilities and protocols. Additionally, it may be possible for the 
DMS-100 and 5ESS switches to have AIN release 0.0 and AIN Release 0.1 capabilities and 
protocols. Further, in accordance with an aspect of the present invention, as new AIN Releases 
and protocols (e.g., AIN Release 0.3) are introduced, the capabilities of the SSPs and the service 
logic of the present invention may be upgraded accordingly. 

In the example shown in Fig, 1, each switch may include different types of facilities 
and/or triggers. SSPs 13-17 are each programmable switches which: recognize AIN-type calls, 
launch queries to service control point (SCP) 101, and receive commands and data from SCP 101 
to further process and route AIN-type calls. When one of the SSPs is triggered by an AIN-type 
call, the triggered SSP formulates an AIN service request and responds to call processing 
instructions from the network element in which the AIN service logic resides. According to an 
aspect of the invention, the AIN service logic may reside in a database at SCP 101 . 

As further shown in Fig. 1, either a direct route or a tandem route may exist between all 
switches. In LATA 61, direct trunks 20 may exist between SSP 13, SSP 14, SSP 15, SSP 16 and 
SSP 17. Assuming LATA 61 to be a large service area, direct trunks 20 may not be available 
between each switch, either due to geographical limitations or due to excessive traffic. For 
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example, SSP 13 may alternatively use tandem trunk 21 to a tandem switch 31 and may use 
trunk 21 to SSP 17 to terminate an offered call This alternative path may be an overflow route 
for traffic that cannot find room on trunk 20 between SSP 13 and SSP 17. Trunks 21 and 22 may 



The type of trunk will be in accordance with both the sending and receiving SSP to which it is 
connected. If either of the SSPs is a 1 AESS type switch, the trunk will be an SS7 controlled MF 
type trunk as the 1 AESS is not capable of supporting PRI trunks. However, if both the sending 
and receiving switches are either a DMS-100 switch or a 5ESS switch, the trunk may be either an 
SS7 controlled MF type trunk or PRI type trunk. 

Each office equipped as an AIN SSP may allow normal switch processing to be 
suspended at specific points in a call so that the switch may send an AIN message query to SCP 
101. Alternatively, SCP 101 may comprise an integrated service control point (ISCP). Service 
control point 101 may execute software based service logic and return call processing 
instructions to the triggering AIN SSP. New services may be provisioned by assigning AIN SSP 
triggers to customer lines, trunks, and/or NANP telephone numbers. 

As described above, within LATA 61 is a tandem switch 31 that is connected to SSPs 
13-17. Tandem switch 31 is coupled to SSPs 13-17 of LATA 61 by trunks 21. Trunks 21 may 
interconnect tandem switch 31 with each SSP within LATA 61 for routing of telephone calls. 
However, trunks 21 may also be used to connect tandem switch 31 to, e.g., toll calls that 
terminate on SSPs (not shown) outside LATA 61; and, calls originating outside of LATA 61 but 
terminating on an SSP within LATA 61. 

As noted above, the SCP 101 may comprise an integrated service control point (ISCP). 
The ISCP is an integrated system which may include a service management system (SMS 93), a 
data and reports system (DRS 94), a programmable service control point (SCP), and a service 
creation environment (SCE). The SCE may be provisioned as a terminal implemented to work 
with SMS to create, modify, and load services into the SCP database. The SCE may comprise, 
for example, a programming environment (such as the SPACE SM ) for creating and provisioning 
services. The SCP may execute software-based service logic and return call routing instructions 



be either SS7 controlled multi-frequency trunks (MF), or primary rate interface (PRI) trunks. 
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5 to the triggering SSPs. SMS 93 may be provided for administrative purposes to synchronize 
customer CPR and data on the mated pair of ISCPs that SCP 101 represents. The DRS 94 may 
be provided for compiling call information to be used for billing and administrative purposes. A 
service node (SN) 82 is an interactive data system that acts as a switch to transfer calls. SN 82 
may be a Lucent Technologies Star Server FT Model 3200 or Model 3300, although others may 

10 be employed without departing from the scope of the invention. SN 82 provides interactive help, 
collects voice information from participants in a call, may track calls within a conference circuit 
95, and provides notification functions. Conference circuit 95 includes a plurality of ports that 
are used to connect all parties to a conference call. Conference circuit 95 reserves ports and 
numbers, as necessary, in order to connect the participants of a particular conference call, as will 

•|J> be described in further detail below. 

^! In order to facilitate signaling and data messaging, each SSP and tandem switch within 

jjj the multiple location communications network for facilitating remote access is equipped with 

in 

£2 Common Channel Signaling (CCS) capabilities, e.g., Signaling System 7 (SS7), which provides 
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two-way communications of data messages over CCS links 43, 44, 45, 46, 47, 48, 73 and 91 



130 between each SSP and tandem switch 3 1 and SCP 101 . The data messages may be formatted in 
j«j accordance with the Transaction Capabilities Applications Part (TCAP). Alternatively, ISDN 
P Users Part (ISUP) may be used for signaling purposes between, for example, SSPs 13-17. In 
Q such a case, the SSPs may be equipped with the capability to map appropriate data between 
TCAP and ISUP protocols, and vice versa. The telephone network employs an upper-level 
25 software controlled network through the Signaling Transfer Points (STPs) and the SCP (and/or 
ISCP). The software presides over the hardware to check the call route and the availability of 
connection prior to hardware connection. 

Accordingly, the connections by links 43-48, link 73, and link 91 through STPs 53 and 81 
are for signaling purposes and allow SSPs 13-17 to send and receive messages to and from SCP 
30 101 via the STPs. As shown for example in Fig. 1, a local STP 53 may act as the data messaging 
control point for LATA 61. That is, all data messages from SSPs within LATA 61 or directed to 
SSPs within LATA 61 may be transmitted through STP 53. Accordingly, CCS links 43-48 are 
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shown establishing a data link between STP 53 and either tandem switch 31, SSP 13, SSP 14, 
SSP 15, SSP 16 or SSP 17. Further, one or more regional STPs may be provided for data 
messaging with the LATA. In Fig. 1, regional STP 81 is illustrated as receiving and transmitting 
data messages with LATA 61 by connecting to STP 53 by line 73 and connecting to SCP 101 by 
link 91. 

For purposes of illustration, various features of the present invention will now be 
described from the standpoint of a switch implementing AIN Release 0.2 protocols, and the CPR 
provisioned with TAT, 10D or DLN triggers. However, as will be apparent to those of ordinary 
skill in the art based on the disclosure provided herein, the present invention is not limited to 
implementation through AIN Release 0.2 and may be designed and provisioned with a network 
utilizing triggers associated with future AIN releases and trigger types. 

The present invention provides a system within the AIN or AIN-type environment 
providing a call scheduling service. In accordance with the invention, when the call schedule 
service (described below) is activated for a given party (e.g. a party at telephone interface device 
205 of Fig. 2), the party is able to schedule calls such that a call is placed to a desired target party 
at telephone station (e.g. telephone station 215 or 220) on a particular date and time in 
accordance with call schedule information inputted by the calling party. 

As noted above, the call flow logic of the present invention is designed to operate with 
AIN Release 0.2 protocols. Furthermore, the call flow logic is designed to operate in a system 
employing out of band signaling, for example SS7, to facilitate call flow. In out of band 
signaling systems, in addition to supporting routing of calls, signaling information is used to 
provide caller privacy. Specifically, each scheduled call might have associated with it signaling 
information with the following attributes; a call schedule service identifier ("CSSI") which 
identifies the telephone interface that is being used to schedule the calls; an originally called 
number ("OCN") which identifies the phone number for scheduling; a PRI associated with the 
OCN to indicate whether the OCN is to remain private; a call scheduling service identifier 
("CSSI") which identifies to the AIN that computing device associated with the scheduling party 
is subscribed to the call scheduling service. 



BELL-0055/0166 PATENT 

According to one aspect of the invention, a system for providing call scheduling services 
within the AIN or AIN-type environment is provided. The call scheduling service allows 
participating subscribers the ability to schedule calls according to various parameters, such as, 
telephone number(s) to call, the time of the scheduled call, and the frequency of the call, by 
inputting parameters using a telephone interface that is connected to the AIN telephone network. 
In a preferred embodiment of the present invention, call schedule information is inputted at 
telephone station 205 of Figure 2. As shown, telephone station 205 is electronically coupled to 
service switching point 210. Telephone station 205 maintains a telephone interface (not shown) 
that is used to input call schedule information. The implementation of a telephone interface that 
accepts call scheduling information and transmits it to the AIN will be apparent to those of skill 
in the art, and thus the hardware and software to implement such an interface on a telephone 
station are not provided herein. 

In operation, telephone station 205 provides call schedule information to SSP 210. 
Included in the call schedule information is: 1) the time of the scheduled call, 2) the numbers to 
be called, and 3) the number to call as part of the confirmation process. The call schedule 
information is communicated to SSP 210 where it is passed to SCP 230 through STP 225. The 
information is processed by SCP 230 for future use. Included in the processing performed by 
SCP 230 are the steps of: parsing the call schedule information and storing the call schedule 
information into pre-defined fields of a cooperating call schedule information database (not 
shown) When the scheduled time for the call arrives, SCP 230 communicates with SN/SCN 235 
to place a confirmation call to the confirmation number. Depending on the results of the 
confirmation call, SCP 230 will proceed to either place the scheduled call to the target number 
(i.e. inputted number of the call schedule information) or cancel the placement of the scheduled 
call. That is, if the call to the confirmation number results in no answer or is picked up by an 
answering service (e.g. voice-mail and/or answering machine), the scheduled call is not placed. 
Moreover, if the confirmation call to the confirmation number is answered and the confirmation 
party decides to cancel the scheduled call, the scheduled call is no placed. Alternatively, if 
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5 confirmation is received, the SCP 230 places the scheduled call using SN/SCN 235 employing 
the stored call information. 

Figure 3 shows the processing that is performed by the present invention when accepting 
call scheduling information. Processing begins at block 300 and proceeds to block 305 where a 
check is performed to determine if a call has been scheduled. Call scheduling information may 

10 be received at block 305 from telephone interface (not shown) of telephone station 205 of Figure 
2. If call scheduling information is not received, then processing loops back to block 300 to wait 
for call scheduling information to be entered. However, if the alternative proves to be true, 
processing proceeds to block 310 where the call schedule service identifier (CSSI) is received by 
the SSP and passed along to the SCP SPA where it is verified to ensure that the submitted 

'|j!5 scheduled call is being submitted by a telephone interface authorized to schedule calls. If the 

*%i telephone interface is authorized to schedule calls with the call scheduling service, the SSP 

O 

\4 accepts information from telephone interface indicative of calls to be scheduled at block 315. 

i V~8 

The call schedule information preferably includes 1) the time and date of the scheduled call, 2) 

^ the number or numbers to be called at the specified time and date, and 3) the confirmation 

N*0 number to call prior to placing the scheduled call. At block 320, the call schedule information is 

q passed to the SCP SPA and is processed and stored for future placement at block 325. 

L Processing then terminates at block 330. 

y 

O Figure 4 is a flowchart of the processing performed when placing scheduled calls. 

Processing starts at block 400 and proceeds to block 405 where a check is performed by the SCP 
25 call scheduling service (CSS) SPA to determine if it is time to place a scheduled call. This may 
be performed by comparing the present time (e.g. on a clock maintained by the SCP CSS SPA) 
with a list of times for scheduled calls. If there are no scheduled calls, processing reverts to 
block 400 to wait for a time at which a call has been scheduled. If it is time to place a scheduled 
call, the SCP CSS SPA, using the SN/SCN, places a confirmation call to the confirmation 
30 number associated with the scheduled call at block 410. A check is then made to see if 

confirmation is received at block 415. If confirmation is received at block 415, the scheduled 
call is placed at block 425. If, however, confirmation is not received or if the scheduling party 

9 
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5 indicates that he or she no longer wishes to place the scheduled call, processing proceeds to 
block 420 where the scheduled call is cancelled. Processing reverts to block 405 and proceeds 
therefrom. 

As described above, the present invention provides a system for call scheduling services 

using a telephone interface. The system allows persons that have subscribed to this service to 

10 schedule calls that are placed by the cooperating telephone network according to inputted dates 

and time, inputted using a telephone interface that is electronically coupled to the telephone 

network. Thus, the system frees persons from having to keep tracks of scheduled calls. Users of 

a system in accordance with the invention, therefore, can redirect the valuable resources devoted 

to call scheduling to other activities while the system keeps track of and places scheduled calls. 

'Ife In this way, a system in accordance with the present invention provides the potential to increase 

^jj worker productivity and avoid missing the placement of what may be mission critical calls. 
Q 

y It is noted that the written description provided herein contains acronyms which refer to 

W various communication services and system components. For purposes of the written description 

W herein, acronyms will be defined as follows: 

S! 

l£0 10D--10 Digit Trigger 

]*& 

P AIN-- Advanced Intelligent Network 

Q CCIS— Common Channel Interoffice Signaling 

O 

0 CCS-Common Channel Signaling 

CO-Central Office 
25 CPR-Call Processing Record 

CPN-Calling Party Number 

DLN--Dialed Line Number 

DRS--Data and Reports System 

EO»End Office 
30 ISCP-Integrated Service Control Point 

ISUP-ISDN Users Part 

LATA-Local Access and Transport Area 

10 
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MF-Multi-Frequency 
NANP -North American Numbering Plan 
NPA-Numbering Plan Area 
NXX--Central Office Code 
PRI-Primary Rate Interface 
PSTN-Public Switched Telephone Network 
SCE— Service Creation Environment 

SCP-Service Control PointSMS-Service Management System 

SS7~Signaling System 7 

SSP~Service Switching Point 

STP-Signaling Transfer Point 

TAT-Termination Attempt Trigger 

TCAP-Transaction Capabilities Applications Part 

TG— Trunk Group 

TN-Telephone Number 

It is noted that the foregoing examples have been provided merely for the purpose of 
explanation and are in no way to be construed as limiting of the present invention. While the 
invention has been described with reference to preferred embodiments and illustrative 
implementations, it is understood that the words which have been used herein are words of 
description and illustration, rather than words of limitations. Further, although the invention has 
been described herein with reference to particular means, materials and embodiments, the 
invention is not intended to be limited to the particulars disclosed herein; rather, the invention 
extends to all functionally equivalent structures, methods and uses, such as are within the scope 
of the appended claims. Those skilled in the art, having the benefit of the teachings of this 
specification, may effect numerous modifications thereto and changes may be made without 
departing from the scope and spirit of the invention in its aspects. 
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